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[57] ABSTRACT 

A system for controlling a device using a computer coupled 
to the device through a communication medium. The device 
contains an program code capable of generating control 
signals used by the device. A message is broadcast from the 
device across the communication medium indicating the 
existence of the device on the communication medium. The 
computer requests transmission of the device program code 
across the communication medium. The device then trans- 
mits the program code from the device to the computer. The 
program code is executed by the computer to generate 
control signals for controlling the device. 

18 Claims, 6 Drawing Sheets 
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METHOD AND APPARATUS FOR 
CONTROLLING A DEVICE ON A NETWORK 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention provides a system for permitting 
low-cost devices to be controlled by programs contained in 
the device. 

2. Background 

Various devices are available which include embedded 
control programs and processing hardware to execute the 
programs. These devices may contain small computers hav- 
ing a processor and memory or storage for executing the 
programs stored within the device. Typically, this computing 
hardware is provided in moderately or higher-priced 
devices. It is not commercially feasible to provide embedded 
computer hardware which is several times greater than the 
typical selling price of the device. For example, embedding 
$50.00 of computer hardware in a $10.00 device is not likely 
to be commercially feasible. 

Although low-performance computer hardware may be 
embedded in a device at a low cost, this low-performance 
hardware may not be capable of executing programs written 
in programming languages requiring significant processing 
capabilities. Programs written in high level programming 
languages, such as object-oriented languages, may not be 
capable of execution by inexpensive computer hardware 
which lacks significant processing ability. 

Various devices may be interconnected with other devices 
or computers across a network or other communication 
medium. These devices include low-cost items such as light 
switches and door locks as well as more expensive items 
such as televisions and VCRs. By interconnecting various 
devices, a particular device may be controlled manually by 
a user, or may be controlled automatically by another device 
or computer coupled to the communication medium. To 
accomplish this control, the low-cost device must contain a 
sufficient amount of processing hardware to communicate 
across the communication medium and control operation of 
the device itself. However, this level of hardware may not be 
sufficient to execute programs written in high level program- 
ming languages which may be necessary to control opera- 
tion of the device. As discussed above, the addition of 
hardware sufficient to execute such programs may increase 
the cost of the device to a point where the device is not 
competitive. 

A specific programming language capable of controlling 
consumer devices is the JAVA™ programming language 
environment developed by Sun Microsystems™ Inc. of 
Mountain View, Calif. Sun, Sun Microsystems, the Sun 
logo, and JAVA are trademarks or registered trademarks of 
Sun Microsystems Inc. in the United States and other 
countries. JAVA is an object-oriented and architecture- 
neutral programming language environment. Thus, while 
other computer languages must be compiled for a particular 
processor, JAVA programs are interpreted such that a single 
JAVA program may be used on a variety of processors. 
Alternatively, JAVA programs may be compiled using a 
just-in-time (JIT) compiler. The JIT compiler converts the 
JAVA code to the processor's native code shortly before the 
compiled code is needed by the processor. 

JAVA programs may be executed on any computer plat- 
form that supports a JAVA virtual machine (the JAVA virtual 
machine executes JAVA byte-codes). However, as with other 
high level languages, the minimum computing resources and 
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memory requirements for a device capable of executing a 
JAVA program would increase the price of a low-cost device 
beyond commercial feasibility. 
Therefore, a mechanism is necessary to permit a low-cost 
5 device to be controlled by an application program requiring 
a significant amount of computing hardware, yet maintain- 
ing a relatively low cost for the device. 

SUMMARY OF THE INVENTION 

Embodiments of the present invention provide a system 
for permitting low-cost devices to be controlled by programs 
contained within the device. Although the low-cost device 
contains processing hardware and a program or applet for 

15 controlling the device, the device's processing hardware is 
incapable of executing the program. The invention transmits 
the program stored on the device across a network or 
communication medium to a computer capable of executing 
the program. The computer executes the program and gen- 

20 erates control signals for controlling the device. The inven- 
tion maintains the low cost of the device while permitting 
control of the device by a program incapable of execution by 
the device itself. 
An embodiment of the invention provides a device con- 

25 taining a program code capable of generating control signals 
used by the device. The device then transmits the program 
code from the device to the computer. The program code is 
then executed by the computer to generate control signals 
for controlling the device. 

30 Another feature of the invention provides a unique iden- 
tification associated with each device. This unique identifi- 
cation is included in a broadcast message. 

A particular embodiment of the invention provides a 
program code written in the JAVA programming language 

35 environment. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the present invention are illustrated by 
40 way of example in the following drawings in which like 
references indicate similar elements. The following draw- 
ings disclose various embodiments of the present invention 
for purposes of illustration only and are not intended to limit 
the scope of the invention. 
4 5 FIG. 1 illustrates an arrangement of multiple computers 
and multiple devices coupled to a network. 

FIG. 2 is a block diagram of an embodiment of a device 
as shown in FIG. 1. 
FIG. 3 illustrates an embodiment of a computer as shown 
so in FIG. 1. 

FIG. 4 is a flow diagram illustrating a procedure for 
initializing a device in accordance with the teachings of the 
present invention. 
5S FIG. 5 is a flow diagram illustrating operation of a device 
according to the teachings of the invention. 

FIG. 6 is a flow diagram illustrating operation of a 
computer in accordance with the teachings of the invention, 

FIG. 7 illustrates an exemplary network environment 
60 containing multiple computers and multiple devices coupled 
to one another. 

DETAILED DESCRIPTION 

The following detailed description sets forth numerous 
65 specific details to provide a thorough understanding of the 
invention. However, those skilled in the art will appreciate 
that the invention may be practiced without these specific 
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details. In other instances, well-known methods, procedures, 
components, and circuits have not been described in detail 
so as not to obscure the invention. 

Embodiments of the present invention provide a system 
for permitting low-cost devices to be controlled by programs 
contained within the device. Although the low-cost device 
contains processing hardware and a program or applet stored 
in the device, the device's processing hardware is incapable 
of executing the program. Embodiments of the invention 
transmit the program stored on the device across a network 
or communication medium to a computer capable of execut- 
ing the program. The computer executes the program and 
provides control signals to the device which are received and 
implemented by the device's internal processing hardware. 
Thus, the low cost of the device is maintained while per- 
mitting the device to be controlled by a program incapable 
of execution by the device itself. 

FIG. 1 illustrates an arrangement of multiple computers 
and multiple devices coupled to a network. In particular, a 
first computer 10 and a second computer 12 are coupled to 
a network (or communication medium) 14. Similarly, three 
devices 16, 18, and 20 are coupled to network 14. Through- 
out this specification, the terms "network" and "communi- 
cation medium" are used synonymously to describe any type 
of cable, wire, or other transmission medium capable of 
transmitting data. Additionally, network 14 may be a radio- 
frequency communication system for transmitting signals 
and data between various devices and computers. Network 
14 may also be a single point-to-point communication link 
between a device and a computer. In a particular embodi- 
ment of the invention, network 14 includes the wiring in a 
building used for the distribution of electrical power. Addi- 
tional details regarding this embodiment are provided below 
with respect to FIG, 7. 

Computers 10 and 12 may be any type of computer, 
including a personal computer or network computer, capable 
of executing programs or applets stored on devices 16-20. 
Additional details regarding these applets are provided 
below. 

FIG. 2 is a block diagram of an embodiment of a device 
as shown in FIG. 1. The device may be anything containing 
sufficient hardware and software resources to perform the 
operations described below. Such devices include, but are 
not limited to, light switches, televisions, radios, door locks, 
computers, and the like. 

The device shown in FIG. 2 includes a processor 22, a 
read only memory (ROM) 24, and a random access memory 
(RAM) 26. Processor 22 may be an inexpensive processor 
capable of performing basic control functions and commu- 
nication functions across the network. Similarly, ROM 24 
and RAM 26 may be relatively small to reduce the overall 
cost of the device. ROM 24 and RAM 26 must have capacity 
sufficient to store a program or applet, a communication 
program for communicating with the network, and a pro- 
gram for interacting with the various features of the device. 
Control logic 29 is coupled to processor 22 and provides 
control of the features contained in the device. For example, 
if the device is a light switch, processor 22 may provide a 
signal to control logic 29 requesting that the switch be turned 
off. In response to this signal, control logic 29 performs the 
operations necessary to turn off the light switch. 

The device shown in FIG. 2 may also include an identi- 
fication device 28, such as an electronic serial number chip, 
coupled to processor 22. Electronic ID 28 provides a unique 
identification, or address, for each device coupled to net- 
work 14. This unique identification provides a mechanism 
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for distinguishing one device from another when multiple 
devices are coupled to the same network 14. Alternatively, 
identification device 28 may be a user-configurable device 
such as a DIP switch or similar selection mechanism, 
5 Furthermore, the unique identification may be stored within 
ROM 24 or incorporated into the software used to control 
the device. 

An input/output interface 30 is coupled between network 
14 and processor 22. I/O interface 30 provides the mecha- 

10 nism for transmitting signals between processor 22 and 
network 14. Although processor 22, ROM 24, RAM 26, ID 
28, control logic 29, and interface 30 are illustrated in FIG. 
2 as separate components, several or all of these components 
may be contained in a single integrated circuit. 

15 ROM 24 contains various programs necessary to control 
and operate the device. An I/O control program stored within 
ROM 24 is capable of performing the operations necessary 
to communicate through interface 30 across network 14. 
This I/O control program is executed by processor 22 and, 

20 therefore, may be written in the native language of the 
processor. The I/O control program is also capable of 
interacting with sensors or controls in the device. 
ROM 24 also includes a program or applet containing 

25 information regarding the features of the device and instruc- 
tions for providing control signals to the device. The applet 
contains all information necessary to describe, control, and 
communicate with the device. This applet cannot be 
executed by processor 22 due to the inadequate processing 

3Q resources of the processor. Instead, the applet is executed by 
a computer coupled to network 14 having sufficient com- 
puting resources. Additional details regarding the execution 
of the applet by a computer are provided below. 
In one embodiment of the invention, the applet contained 

35 within ROM 24 is written in the JAVA programming lan- 
guage environment. By using an architecture-independent 
language such as JAVA, the applet may be executed on any 
type of computer and any type of processor. Therefore, a 
single device may be manufactured without regard to the 

40 *yP e computer or processor to which it will be connected. 
Additionally, the device may continue to be supported by 
new processors developed in the future. 

FIG. 3 illustrates a particular embodiment of a computer 
capable of executing an applet stored in a device. The 

45 computer may be a general purpose computer or a system 
specifically adapted to controlling devices of the type illus- 
trated in FIG. 2. The components shown in FIG. 3 are 
provided by way of example, and certain components may 
be deleted for any particular implementation of the inven- 

50 tion. FIG. 3 illustrates a system bus 32 to which the system 
components are coupled. A central processing unit (CPU) 34 
performs the processing tasks of the computer. A ROM 36 
and a RAM 38 are coupled to bus 32, and provide a storage 
mechanism for various data. Alternatively, ROM 36 and 

55 RAM 38 may be coupled directly to CPU 34. 

An input/output device 40 is coupled to bus 32 along with 
a video display 42. Video display 42 is used to display 
various information and data to the user of the computer. A 
disk drive 44 is provided for long term storage of informa- 

60 tion by the computer system. A keyboard 46 and a pointing 
device 52 are provided for entering information and com- 
mands to the computer system. A printer 48 is used to create 
a hard copy of information generated and stored by the 
computer. A network interface 50 is coupled between bus 32 

65 and network 14, and provides a mechanism for transferring 
information between the computer system and other devices 
and computers coupled to network 14. 
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FIG. 4 illustrates a flow diagram of the procedure used This mechanism is useful if a new computer is added to the 
when initializing a device. At step 54, the device is attached network or an existing computer fails to maintain previously 
to the network or the device is reset. At step 56, the device stored information regarding the devices in the network. A 
broadcasts a message indicating its existence and identity user may enter the device identifications directly into the 
across network 14. This broadcast includes information 5 computer, or the identifications may be provided from a 
regarding the device's unique identification (or address), as diskette or other storage medium. The list of identifications 
well as the device's availability for accepting commands and may be provided by an existing computer on the network or 
signals from computers coupled to network 14. At step 58, saved during a previous session. Once the computer has 
the computer receives the broadcasted information from the been provided with the list of device identifications, the 
device. If multiple computers are coupled to the network, 10 computer then generates a request for each device to trans- 
then each computer will receive the device's broadcast. mit its applet. 

At step 60 of FIG. 4, each computer receiving the device The transmission of data across network 14 between 
broadcast determines whether the device applet for the devices and computers may be accomplished using various 
broadcasting device is already stored on the computer (e.g., data transmission protocols. Generally, the amount of data 
on a cache, disk drive or other storage mechanism). If the 15 transmitted across network 14 is relatively small. Therefore, 
applet for the broadcasting device has already been stored on a significant bandwidth is not required on network 14. The 
the computer, then the procedure terminates without any peak data flow generally occurs when one or more new 
further action. The applet may already be stored due to a devices are added to the network, thereby requiring trans- 
previous reset and initialization of the device. In this mission of the applet from the device to the computer, 
situation, the initialization procedure terminates because the 20 Protocols such as XModem, Ymodem, and Kermit may be 
computer already contains the necessary applet and associ- used to transfer data between the device and the computer, 
ated information for the broadcasting device. FIG 5 ^ a fiow diagram illustrating the operation of a 

If the device applet is not already stored on the computer device of the type illustrated in FIGS. 1 and 2, At step 70, 
at step 60, then the procedure continues to step 62 where the the device is attached to the network and initialized accord- 
computer requests transmission of the device's applet. If 25 ing to the procedures described above with respect to FIG. 
multiple computers request transmission of the applet in 4. At step 72, the device determines whether a status request 
response to the same broadcast, the device will respond to has been received by the device. Status requests are gener- 
the first request received. After handling the first request, the ated by a computer coupled to the network and request 
device may then transmit the applet to other requesting information regarding the device's current status; e.g., ON 
computers. 30 or OFF. If a status request has been received at step 72, then 

At step 64, the device receives the request from the the device transmits the requested device status information 

computer and transmits its applet and associated information to the requesting computer at step 74. 

to the computer. As discussed above with respect to FIG. 2, The procedure then continues to step 76 where the device 

the applet may be stored in ROM 24 within the device. In ^ determines whether a control request has been received by 

addition to the applet itself, additional information may be the device. Control requests are generated by a computer 

associated with the applet and transmitted to the computer. coupled to the network and request that the device perform 

This additional information may include an icon associated a function or otherwise change its status (change device 

with the device for representing the device in a graphical status to ON or OFF, change device Volume, etc.) If a control 

user interface provided by the computer. Similarly, other request has been received at step 76, then the device 

graphical information may be associated with the applet for performs the requested control operation and updates its 

use by the computer, as well as any additional information device status at step 78. 

necessary for the computer to execute the applet and prop- j^q procedure then continues to step 80 where the device 

erly control the features of the device. determines whether a manual operation of the device has 

At step 66, the computer receives and stores the device's 45 occurred. A manual operation may override the status of the 

applet and associated information. Once the device's applet device set by the computer. For example, the computer may 

has been received and stored, the computer may execute the request that the device turn itself off. Later, a user may 

applet, thereby providing control of the device by the user of manually turn the device on, thereby overriding the com- 

the computer. puter's request. If a manual operation is detected at step 80, 

If a device is attached to a network or reset during a period 50 then step 81 updates the device's status in response to the 

when no active computers are coupled to the network, then manual operation. 

the initialization procedure of FIG. 4 will not be completed. The procedure of FIG. 5 continues to step 82 where the 

Although the device will broadcast its identity and device determines whether an applet request has been 

existence, no active computer will receive or respond to the received from a computer on the network. If an applet 

broadcast. If a computer is later activated or coupled to the 55 request has been received at step 82, then the device 

network, then the device must be reset or otherwise caused transmits the applet to the requesting computer at step 83. 

to broadcast its identity and existence (step 56 of FIG. 4). In The procedure then returns to step 72 to test for a received 

this manner, the computer will receive the broadcast from status request. The procedure of FIG. 5 repeats steps 72, 76, 

the device and determine whether to request transmission of 80, and 82 to continuously identify status requests, control 

the device's applet. 60 requests, manual operations, and applet requests. 

Alternatively, the computer may broadcast a signal across FIG. 6 is a flow diagram illustrating the operation of a 

the network requesting that each device broadcast its iden- computer of the type illustrated in FIGS. 1 and 3. At step 84, 

tity. In response to the received device identities, the com- the computer is initialized; i.e., powered up or otherwise 

puter may request the transmission of device applets not yet attached to the network. At step 86, the computer determines 

stored on the computer. 65 which device applets are already stored in the computer. At 

An embodiment of the invention includes a mechanism step 88, the computer requests the status for all known 

for providing device identifications to the computer directly. devices coupled to the network. At step 90, the computer 
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stores the status information received from the devices. At monitor and control each device coupled to the network, 
this point, the computer has "learned" the status of all known Therefore, it is not necessary to "assign" each device to a 
devices attached to the network. However, as discussed particular computer in the network, 
above, devices added to the network while the computer was i n the preferred embodiment of the invention, the applets 
not actively coupled to the network must repeat the initial- 5 arc written using the JAVA programming language, 
ization procedure of FIG. 4. This causes the computer to Therefore, any computer capable of executing JAVA pro- 
receive the broadcast from the device and request the grams jg capable of executing device applets. Thus, in a 
device's applet, if necessary. network having multiple computers, the computers may 

At step 91 of FIG. 6, the computer generates signals to have different computer architectures based on different 

control devices and request updated device status, as needed. 10 microprocessors, yet still execute the same applets. 

At step 92, the computer determines whether a device In an embodiment of the invention, the computers 

initialization broadcast has been received. If no device coupled to the network utilize an operating system providing 

broadcast has been received, then the procedure returns to a graphical user interface (GUI). As discussed above, each 

step 91, thereby repeatedly generating control signals (if device applet may have an associated icon and other graphi- 

needed), requesting device status (if needed), and testing for 15 C al information for displaying the device graphically on the 

device initialization broadcasts. computer's video display. Thus, in the example of FIG. 7, 

When a device initialization broadcast is received at step the devices 104-116 may be displayed graphically on the 

92, the routine continues to step 94 to determine whether the video display of one or both computers 100, 102. The 

applet for the broadcasting device has already been stored in computer may display a drawing of the house with the 

the computer. If the device's applet has already been stored, 20 various devices positioned at their respective locations 

then the routine returns to step 91. If the applet has not yet within the house. Additionally, the status of each device may 

been stored in the computer, then step 96 transmits a request be determined by its icon (e.g., light switch ON or light 

to the broadcasting device requesting the device transmit its switch OFF) or textual information adjacent the icon. This 

applet to the computer. At step 98, the computer receives and graphical representation provides a simple interface for the 

stores the device's applet and returns to step 91. 25 user to monitor and control the various devices. 

FIG. 7 illustrates an exemplary network environment From the above description and drawings, it will be 

containing multiple computers and multiple devices. understood by those skilled in the art that the particular 

Specifically, a first computer 100 and a second computer 102 embodiments shown and described are for purposes of 

are coupled to a network 103. In this example, network 103 3Q illustration only and are not intended to limit the scope of the 

is the electrical wiring provided throughout a building, such invention. Those skilled in the art will recognize that the 

as a house. The electrical wiring is used to transmit elec- invention may be embodied in other specific forms without 

tricity throughout the house and transmit signals between departing from its spirit or essential characteristics. Refer- 

computers and devices. Multiple devices are coupled to the ences to details of particular embodiments are not intended 

house wiring 103, thereby interconnecting computers 100 35 to limit the invention as defined by the appended claims in 

and 102 with the multiple devices. For example, a television view of their full scope of equivalence. 

104 and a video cassette recorder (VCR) 106 are both What is claimed is: 

coupled to wiring 103. Similarly, two light switches 108 are 1. A method of providing control of a device using a 

illustrated in FIG. 7 as being coupled to wiring 103. computer coupled to said device through a communication 

Additionally, a door lock 110, a telephone 112, a security AQ medium, said device containing a program code, said 

system 114, and a coffee maker 116 are coupled to wiring method comprising the steps of: 

103. Each device 104-116 contains a processor, ROM, and transmitting said program code under control of said 

other components as shown and described with respect to device from said device to said computer, wherein said 

FIG. 2. device is unable to execute said program code, said 

After connecting a device to wiring 103, the device 45 program code is able to control said device; and 

broadcasts its existence and identity across the wiring to be executing said program code on said computer to generate 

received by computers 100 and 102. Computers 100 and 102 control signals for controlling said device, 

may then request transmission of the device's applet from 2 . The method of claim 1 further including the step of 

the device to the computer if the computer has not already broadcasting a message for determining the existence of 

received and stored the applet. Once the applet has been 50 devices coupled to said communication medium, 

received and stored by the computer, the computer may 3. The method of claim 2 wherein said broadcast message 

periodically transmit status requests to monitor the status of includes a unique identification associated with said device, 

each device connected to wiring 103. Each device 104-116 4 ^ metnod of claim i father including the step of 

shown in FIG. 7 is initialized and monitored in the same requesting transmission of said program code across said 

manner by one or both computers 100, 102. 55 communication medium, said request transmitted across 

After the devices 104-116 have been initialized and their sa id communication medium by said computer, 

applets transmitted to computers 100 and/or 102, the com- 5. The method of claim 1 wherein a plurality of devices 

puters are capable of controlling each of the devices. For are coupled to said computer through said communication 

example, computer 100 may sense the manual unlocking of medium, wherein each device contains a program code 

door lock 110 (by monitoring its status) and, in response, $0 capable of controlling the device. 

activate light switch 108 to turn on the lights in the room 6. The method of claim 1 further including the step of 

adjacent the door being unlocked. Similarly, computer 102 manually operating said device to override said control 

may activate coffee maker 116 using the coffee maker's signals generated by said computer, 

applet (stored in computer 102) to issue the appropriate 7, The method of claim 1 further including the step of 

control signals to the coffee maker at the appropriate time. $5 transmitting status requests from said computer to said 

As shown in FIG. 7, multiple computers may be coupled device, said device transmitting a device status signal to said 

to the same network. In such a system, each computer may computer in response to said status request. 
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8. The method of claim 1 wherein said device changes its 
status in response to said control signals generated by said 
computer. 

9. The method of claim 1 wherein said program code 
includes information regarding device features and opera- 5 
tion of said device. 

10. The method of claim 1 wherein said program code is 
written in the JAVA programming language environment 
and said computer is capable of executing JAVA program 
codes. 10 

11. The method of claim 1 wherein said program code is 
an applet. 

12. An apparatus for providing control of a device using 
a computer coupled to said device through a communication 
medium, said device containing a program code, said appa- 15 
ratus comprising: 

a mechanism configured to transmit said program code 
from said device to said computer, wherein said device 
is unable to execute said program code, said program 
code is able to control said device; and 20 

a mechanism configured to execute said program code on 
said computer to generate control signals capable of 
controlling said device. 

13. The apparatus of claim 12 wherein said program code 

is written in the JAVA programming language environment 25 
and said computer is capable of executing JAVA program 
codes. 



10 

14. The apparatus of claim 12 wherein said device 
includes a unique identification mechanism. 

15. The apparatus of claim 12 further including a mecha- 
nism configured to broadcast a message for determining the 
existence of devices coupled to said communication 
medium. 

16. The apparatus of claim 12 further including a mecha- 
nism configured to request transmission of said program 
code across said communication medium. 

17. A computer software product including a medium 
readable by a processor, the medium having stored thereon: 

a first sequence of instructions which, when executed by 
a processor, causes said processor to receive a program 
code stored on a device coupled to said processor, 
wherein said processor is coupled to said device 
through a communication medium said device is unable 
to execute said program code, said program code is able 
to control said device; and 

a second sequence of instructions which, when executed 
by a processor, causes said processor to execute said 
program code to generate control signals for controlling 
said device. 

18. The computer software product of claim 17 wherein 
said program code is written in the JAVA programming 
language environment and said processor is capable of 
executing JAVA program codes. 

***** 
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